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DETAILED ACTION 

1 . This action is responsive to the Applicant's response filed 1/3 1/08. 

As indicated in Applicant's response, no claims have been amended. Claims 1-56 are 
pending in the office action. 

Declaration under CFR § 1.131 

2. The effect of the Applicants declaration (as per 1/3 1/08) will be deferred for detailed 
analysis in the 'Response to Arguments' Section as set forth hereafter. 

Claim Rejections - 35 USC §103 

3. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

4. Claims 1-56 are rejected under 35 U.S.C. 103(a) as being unpatentable over Mathur, 
USPN: 5,008,814 ( hereinafter Mathur), in view of Vishwanath, USPN: 2005/0198629 
hereinafter Vishwanath). 

As per claim 1, Mathur discloses a method of software loading and initialization in a 
distributed network of nodes, the method comprising: 

persistently storing, in a first storage of a master node, a plurality of software packages 
and a plurality of boot program (e.g. Fig. 3; Ns, N 0 - col. 5, line 3-20; ILP - col 7, lines 40-64 - 
Note: non- volatile storage for keeping cutover software for ILP in case of need reads on storage 
of boot package for regressing - see col. 3 line 65 to col. 4, line 49), wherein the plurality 
software packages and boot programs will be used by the nodes in the distributed network; 
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persistently storing, in a second storage of the master node, software version and node 
type, information for each node in the distributed network (e.g. col. 3 line 65 to col. 4, line 49; 
new version, identifies node ...privileges - col. 5, line 3-30; col. 9, line 36 to col. 10, line 8; col. 
3, lines 29-53 - Note: topology information plus version related package and node identification 
in a list being stored in a distinct location for cutback after a failure in a softload reads on a node 
type information persisted for supporting a trial version to be rolled back at a second storage); 

receiving, at the master node, a request for a boot program and software packages from 
a node, in the distributed network, that is performing an initial boot based on the request (e.g. 
message receiver - Fig. 3; request - col. 9 lines 9-53); 

the master node extracting the boot program and one or more software packages from the 
first storage (col. 5, line 3-30; col. 9, line 36 to col. 10, line 8; col. 7, lines 24-44 - Note: 
preferred software treated as software of some version that has been retained for some use); 

delivering, to the node, the boot program and the one or more software packages (e.g. col. 
5, line 31 to col. 6, line 54; step 202 - Fig. 2); 

wherein the node stores the boot program (initial boot program - col. 3, line 32-41) and 
the one or more software packages in its local persistent storage; 

wherein software version information is extracted from the one or more software 
packages and stored (e.g. col. 3 line 65 to col. 4, line 49; version ...release number - col. 9, lines 
45-52 - Note: each node storing of a trial version at local NVRAM reads on reboots using ILP 
software being downloaded from the Ns master node - see Fig. 3~ with storing version thereof at 
the local node storage) in the local persistent storage; wherein the node reboots and executes the 
boot program (e.g. col. 7, lines 40-44) stored in the local persistent storage. 
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Mathur does not explicitly disclose persistently storing of software version information 
by the master node in a second storage; the master node determining software version 
information of the node therefrom and retrieving, based on said software version information of 
the node, boot program or packages from first storage. 

However, in order to provide the proper version of boot package to the requesting node, 
Mathur discloses server storing of information about the network node (e.g. col. 3, lines 21-32) 
purported for a update paradigm by which working versions from tried versions are selectively 
downloaded (see Summary; version ...release number - col. 9, lines 45-52), and in the course of 
which appropriate communication status and topological information are checked to ascertain 
that the target node environment is appropriately set for any boot program to be transmitted and 
operable therein (see Fig. 2; col. 5, line 3-30; col. 9, line 36 to col. 10, line 8); hence Mathur's 
emphasis on having proper information related to provisioning working versions of boot 
programs to a requesting node is strongly implied. Vishwanath, in a network based provisioning 
of boot programs analogous to Mathur's node boot program distribution paradigm, discloses 
server with persistent storage of version information to accommodate request from NW node 
(see Fileserver 307 - Fig. 3; Fig. 8, 10; para 0039-0040, pg. 3-4; TABLE 1, pg. 4) to support 
downloading of package or image for booting a target based on analysis of the target OS 
environment characteristics and extracting of device and/or version information (e.g. Fig. 6, 14; 
para 01 17, pg. 11). It would have been obvious for one skill in the art at the time the invention 
was made to implement Mathur's master node storage of NW information in regard to 
provisioning of boot package version indicated via master task's tracking of proper version and 
release number as set forth above, so that a persistent storage of version information such as 
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taught by Vishwanath can support Mathur's request fulfilling endeavor such as to retrieve proper 
node environment and version of package. One would be motivated to do so because this 
(master node) persisted version information would enable efficient mapping of the specifics of 
the requesting node with previously stored package, typological, environmental or version 
information thereof, especially when this information is persisted for subsequent reuse to 
expedite the proper download as set forth above in Mathur's bidirectional communication (e.g. 
Fig. 2-5) thereby facilitate extraction of the proper boot programs for download and allowing the 
requesting node to dynamically obtain the most update version during a ongoing boot process. 

Nor does Mathur explicitly disclose that the boot program is a boot image; nor does 
Mathur disclose based on the software version information of the node, extracting a boot image 
from the first storage and delivering such boot image from the master node to network node. But 
based on the message from a node to request a package requiring a ILP by Mathur, the need to 
extract boot program from a package being received for such request with which to effect an 
attempt to boot ( see: fails to IPL, trial use -col. 7, lines 15-63) is strongly implied. Based on 
Vishwanath teaching of image for enabling client node to boot their system, it would have been 
obvious for one skill in the art at the time the invention was made to implement the boot 
programs as boot image because as purported by Mathur's method to provisioning node as per a 
request basis of selective versions of working components would be facilitated by just sending an 
image (as by Vishwanath); thereby would obviate extraneous storage of a complete set of 
operating system components intended just for initial program load (IPL) at the target node; and 
this is the very intent by Vishwanath to use mapping rules in conjunction with server's database 
of booting components (see Vishwanath: para 0005 to 0008, pg. 1). 
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As per claim 2, Mathur discloses wherein said node, based on a command from said 
master node, does not store the one or more software packages in the local persistent storage 
device, allowing said master node to download test software packages (e.g. Fig. 2 - Note: master 
node transmitted version to local node reads on local node not having it stored locally prior to 
transmission - see step 204, step 21 1 - Fig. 2) to said node and temporarily run said node using 
the test software packages, and wherein when said node reboots, the test software packages will 
no longer exist on said node (step 210 - Fig. 2 - Note: trial run leading to a cutback reads on not 
having the bad trial software upon reboot - see col. 12, line 46-60 - where only one trial version 
remains after a failure and cutback). 

As per claim 3, Mathur (in view of Vishwanath) discloses wherein retrieving software 
version information creates the preferred software version information from the second storage 
based on functional features specified in the request by said node (see query handler - Fig. 4; new 
version, identifies node ...privileges - col. 5, line 3-30; col. 9, line 36 to col. 10, line 8 - Note: 
retrieving of proper version of boot program reads on storing of version based on stored privilege 
and/or identification information of nodes). 

As per claim 4, Mathur discloses wherein said node verifies the software version 
information with said master node (step 204, step 21 1 - Fig. 2). 

As per claim 5, Mathur discloses wherein if said node has the correct software versions, 
then said node completes booting by executing one or more software packages stored in the local 
persistent storage (step 211, Fig. 2; col. 3 line 65 to col. 4, line 49). 

As per claim 6, Mathur discloses if said node does not have the correct software 
versions, retrieving correct software packages from the first storage and the correct software 
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packages to said node (e.g. check consistency -Fig. 2), wherein said node stores the correct 
software packages in the local persistent storage and completes booting by executing the correct 
software packages stored in the local persistent storage. 

As per claim 7, Mathur discloses wherein the master node has the ability to categorize 
nodes into classes where all of the nodes in a particular class of nodes have the same software 
configuration (e.g. hierarchical structure, privileges - col. 5, lines 3-27 - Note: structure 
representing grouping of nodes according to some particular privilege configuration reads on 
class of nodes of same configuration but different processor ; see col. 3, lines 29-53) and may 
have differing processor types. 

As per claim 8, Mathur does not disclose wherein each of one or more software package 
contains version information, dependency information, and other metadata information 
pertaining to software in the package; however teaches about administrator action based on 
topology of common path to node for routing, and hierarchy of privileges of nodes and checksum 
of software destined for distribution; as well as version and release of downloaded component 
(e.g. col. 9, lines 45-52; col 3, line 15-32; col. 5, lines 3-27; consistency check- Fig. 2); hence 
the dependency over the network topological path, the access privileges and new version 
software information needed would be suggestive of metadata being collected via an 
administrative or server task for provisioning the above knowledge to informatively support the 
node distribution. Based on the boot image and storage of target system version and 
environment information by Vishwanath (refer to claim 1) wherein assembling a boot image 
implicates analysis, extraction, validation and retrieval of dependency specifics needed for 
packing components for boot deployment within a particular node OS environment (see 
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Vishwanath: Fig. 3-10), it would have been obvious for one skill in the art at the time the 
invention was made to provide the administrator or server/source node- master node - with 
stored metadata relating to version information, dependency information as mentioned above so 
that this information be packed in a target image as taught by Vishwanath; because this metadata 
would support the consistency checking as endeavored by Mathur in view of the topology-based 
for optimizing routing resources, expediting of the desired version of upgrade, and also for 
identifying access privilege per nodes as mentioned above. 

As per claim 9, Mathur (in view of Vishwanath) discloses wherein a boot image is 
customized for a particular type of node and provides basic low-level communications {initial 
boot program - col. 3, line 32-41 ; Fig. 2 - Note: checking of checksum by master node in view 
of software to boot the node reads on boot image having node identification and low-level 
instructions, because without node type specificity is provided no proper reboot would be 
possible) 

As per claim 10, Mathur ( in view of Vishwanath) discloses method of software loading 
and initialization in a distributed network of nodes, the method comprising: 

persistently storing, in a first storage of a master node, software packages and boot 
programs, which software packages and boot programs will be used by the nodes in the 
distributed network; 

persistently storing in a second storage of the master node, software version and node 
type, information for each node in the distributed network; 

receiving, at the master node, a request for a boot images and software packages from a 
node, in the distributed network, that is based on the request; 
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retrieving and extracting a boot images and one or more software packages from the first 
storage; 

delivering, to the node, the extracted boot images and one or more software packages; 
all of which limitations having been addressed in claim 1 . 

Mathur does not explicitly disclose persistently storing of software version information 
by the master node in a second storage; the master node determining software version 
information of the node therefrom and retrieving, based on said software version information of 
the node, boot program or packages from first storage. Nor does Mathur explicitly disclose that 
the boot program is a boot image and based on said software version information, extracting a 
boot image from the first storage and delivering such boot image from the master node to 
network node. 

But these limitations have been addressed in claim 1 above using Vishwanath and 
Mathur. 

As per claim 11, Mathur (in view of Vishwanath) discloses wherein said node stores the 
extracted boot image and one or more software packages in its local persistent storage (Fig. 1; 
col. 3 line 65 to col. 4, line 49) and wherein software version information is extracted from the 
one or more software packages and stored in the local persistent storage (e.g. col. 7, lines 32- 
53;col. 6, lines 41-54 - Note: packet reception of new software and for ILP for storage at node 
reads on extraction of package received based on version, checksum, packet time and topology 
of nodes etc. ; see col. 3, lines 29-53) 

As per claims 12-14, refer to claims 2, 4-5 respectively. 

As per claims 15-16, refer to claims 6-7, respectively. 
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As per claims 17-18, refer to the rationale of claim 8 and claim 9, respectively. 

As per claim 19, Mathur (in view of Vishwanath) discloses boot images, software 
packages, and node information; and placing the boot programs and software packages in the 
first storage and the node information in the second storage on said master node (refer to claim 
10); but Mathur does not explicitly disclose executing a composite image that is installed by a 
user onto said master node to create boot programs and packages and information; nor does 
Mathur disclose creating a subset of boot images, subset of plurality of software packages and 
placing these subset in first and second storage. The creation of boot program and node 
information being packaged for being extracted is disclosed in Mathur (re claim 10); and the 
administrative action to maintain version information and package for NW nodes update using 
operator's distribution command is taught ( see topology information, maintained - col. 3, lines 
29-53; col. 4, lined 64 to col. 5, line 27). Based on the creation of an image in Vishwanath's 
wherein package contents to support node booting are created via executing a rule-based 
validation and target analysis to generate a image (see Vishwanath: Fig. 3-10), the limitation of 
user's installing at the master node and executing a composite program (or rule script) from an 
incremental obtaining of subsets of package requirement (Vishwanath - see para 0126 to para 
0133, pg. 11-14) and image to create the final image as taught in Mathur would have been 
obvious; that is, one of ordinary skill in the art would be motivated to provide a administrating 
tool by Mathur and using Vishwanath's teachings to support necessary files extracted from a 
persistent storage of image subsets (Vishwanath: Fileserver 307 - Fig. 3; Fig. 8, 10; para 0039- 
0040, pg. 3-4; TABLE 1, pg. 4) to support a incremental gathering of a programmatic content 
inside each boot image (see Vishwanath: Fig. 4, 6, 12), provide execution by a composite 
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process (see Fig. 14-15) by which the necessary boot programs, packages and type information 
(e.g. persisted in Mathur's topology information) stored at the master node to create the targeted 
node-specific boot image as set forth in the rationale of claim 10 or claim 1. 
As per claim 20, refer to claim 3. 

As per claim 21, Mathur (in view of Vishwanath) discloses a computer-readable medium 
carrying one or more sequences of instructions for software loading and initialization in a 
distributed network of nodes, which instructions, when executed by one or more processors, 
cause the one or more processors to carry out the steps recited in claim 1; hence the rejection for 
such steps will incorporate the corresponding rejection as set forth therein respectively. 

As per claims 22-27, refer to claims 11-16, respectively. 

As per claim 28, refer to claim 17. 

As per claims 29, 31, refer to claims 18, 20, respectively. 

As per claim 30, refer to claim 19. 

As per claim 32, Mathur (in view of Vishwanath) discloses an apparatus of software 
loading and initialization in a distributed network of nodes, comprising a master node and 
storage means with node information for supporting network node request and delivery including 
boot image and software packages as recited in claim 1; hence the rejection for all such 
limitations or means will incorporate the corresponding rejection as set forth therein respectively. 

As per claims 33-38, refer to claims 22-26, respectively. 

As per claim 39, refer to claim 28. 

As per claims 40, 42, refer to claims 29, 31, respectively. 

As per claim 41, refer to claim 30. 
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As per claim 43, Mathur discloses a system for software loading and initialization in a 
distributed network of nodes, a node in the distributed network; 

a first storage on the master node, wherein the first storage stores boot programs and 
software packages that nodes in the distributed network will use; 

a second storage on the master node, wherein the second storage stores software version 
and node type information for each node in the distributed network; one or more processors on 
the master node; 

one or more sequences of instructions which, when executed by the one or more processors, 
cause the one or more processors to perform: 

receiving a request for a boot program and software packages from the node that is 
performing an initial boot; 

based on the request, retrieving preferred software version for the node from the second 
storage; extracting a boot program and one or more software packages from the first storage; and 
delivering, to the node, the extracted boot program and one or more software packages; 

one or more other processors on the node (e.g. Fig. 1); 

one or more other sequences of instructions which, when executed by the one or more 
other processors, cause the one or more other processors to perform: 

storing the extracted boot program and one or more software packages in local 
persistent storage of the node; 

extracting software version information from the software packages; storing the software 
version information in the local persistent storage; executing the boot program, that is stored in 
the local persistent storage, to reboot the node; 



Application/Control Number: 1 0/725 ,190 Page 1 3 

Art Unit: 2193 

all of which limitations being addressed in claim 1 . 

Mathur does not explicitly disclose persistently storing of software version information 
by the master node in a second storage; the master node determining software version 
information of the node therefrom and retrieving, based on said software version information of 
the node, boot program or packages from first storage. Nor does Mathur explicitly disclose that 
the boot program is a boot image and based on said software version information, extracting a 
boot image from the first storage and delivering such boot image from the master node to 
network node. 

But these limitations have been addressed in claim 1 above using Vishwanath and 
Mathur. 

As per claims 44-46, refer to claims 2, 4-5, respectively. 

As per claim 47, Mathur discloses wherein the one or more sequences of instructions 
which, when executed by the one or more processors, further cause the one or more processors 
to: 

perform retrieving correct software packages from the first storage and sending the 
correct software packages to the node if the node does not have the correct software versions ( re 
claim 6 or 15); and the one or more other sequences of instructions which, when executed by the 
one or more other processors, further cause the one or more other processors to 

perform storing the correct software packages in the local persistent storage and 
executing the correct software packages stored in the local persistent storage to complete booting 
( re claim 6 or 15). 

As per claims 48-50, refer to claims 7-9, respectively. 
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As per claim 51-52, refer to claims 19-20, respectively. 

As per claim 53, Mathur (in view of Vishwanath) discloses by virtue of the obviousness 
rationale in claim 1 , master node using the node type information of the node to determine the 
software version information of the node; that is, discovery capability of the provisioning server 
by Vishwanath - see paraOO 37-0040; Fig 6; para 0126 to para 0133, pg. 11-14 - to complement 
the version software for upgrade in node topology and version checking by Mathur as set in 
claim 1, would have motivated one of ordinary skill in the art to implement Mathur' s 
server/master storage of NW topology so that this storage contains node information based on 
which to derive the proper and required boot components (e.g. proper version information) as 
discovered in Vishwanath's server storage system (see Vishwanath: Fig. 4). 

As per claims 54-56, refer to the obviousness rationale of claim 53. 

Response to Arguments 
5. Applicant's arguments filed 1/3 1/08 have been fully considered but they are deemed not 
persuasive. Following are the Examiner's observation in regard thereto. 

Affidavit/Declaration under CFR§ 1.131: 
(A) Applicants (Woff, Balint, Akiya) have submitted that the disclosed invention was 
conceived on a date prior to October, 2003 (i.e. earliest effective date of the Vishwanath 
reference), and that the provided Exhibits 1.1-1.4 represent complete disclosure of the 
invention as well as being commensurate with the claims. Applicants declared that 'we 
diligently worked . . . from a time at least prior to October 10, 2003 until a constructive reduction 
to practice', as evidenced by the Email to Kirk Wong on October 28, 2003 (Affidavit: items 4-5), 
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and that for some time conflicts, a disclosure meeting with Mr. Wong in regard to the invention 
were to be rescheduled for November 03. 

In terms of evidence for diligent work, the above date evidence is deemed insufficient, as 
observed hereafter. 

According to MPEP 715.07 [R3] II: Establishment of Dates 



If the dates of the exhibits have been removed or blocked off, the matter of dates can be 
taken care of in the body of the oath or declaration. 

When alleging that conception or a reduction to practice occurred prior to the effective 
date of the reference, the dates in the oath or declaration may be the actual dates or, if 
the applicant or patent owner does not desire to disclose his or her actual dates, he or 
she may merely allege that the acts referred to occurred prior to a specified date. 
However, the actual dates of acts relied on to establish diligence must be provided. See 
MPEP § 715.07(a) regarding the diligence requirement. 

MPEP 715.07(a): Diligence 

Where conception occurs prior to the date of the reference, but reduction to practice is 
afterward, it is not enough merely to allege that applicant or patent owner had been 
diligent. Ex parte Hunter, 1889 CD. 218, 49 O.G. 733 (Comm'r Pat. 1889). Rather, 
applicant must show evidence of facts establishing diligence. 



MPEP 715.07: Three Ways to Show Prior Invention 

Where there has not been reduction to practice prior to the date of the 
reference, the applicant or patent owner must also show diligence in the completion of his 
or her invention from a time just prior to the date of the reference continuously up to the 
date of an actual reduction to practice or up to the date of filing his or her application 
(filing constitutes a constructive reduction to practice, 37 CFR 1.131). 



(C ) conception of the invention prior to the effective date of the reference coupled with due 
diligence from prior to the reference date to the filing date of the application (constructive reduction to 
practice). 

Actual dates to establish diligence as set forth above signify the work done that 
reasonably pertains to the subject matter that Applicants present as Exhibit 1.1 to 1.4. Based on 
the communication by Emails and the nature of topic communicated between Mr. Wong and the 
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Applicants, there appears to be insufficient factual establishing of the required diligence, for at 
least the following: 

(i) there is no factual correspondence between any underlying matter regarding Mr. 
Wong's meeting or his schedule thereof AND the Exhibit 1 . 1 -to 1 .4 in terms as to prove 
Applicants' more or less sustained activities evidenced via work on the (one or more) parts of 
said Exhibits such that not only the activities relate to those specific parts of the Exhibits but also 
interrelate tightly in a time-based fashion with specific nature implicated in said schedule or 
correspondence (e.g. to discuss on 10/28/03); 

(ii) based on a conception date which Applicants aver via a declaration, the amount of 
time between any time JUST prior to October 1 0, 2003 (hereinafter CD0 - conception date zero) 
up until October 28, 2003 —the date of the first Email contact as presented above— represents a 
lapse in time having no explanation whatsoever from Applicants; e.g. as to show whether 
diligent work was still maintained within that interval; 

(iii) since all the dates pertinent to the Exhibits have been blocked off (as permitted by the 
715.07) it is still Applicants' burden to show reasonable evidence of work done in regard to parts 
of the Exhibits from CD0 up until at least 10/28/03; thus, evidence of an Email on 10/28/03 as 
shown only amounts to a discrete event whereas a continuous flow of dated works related to the 
Invention or the Exhibits would be required. As to the above non-continuous date, a discrete 
extra-curriculum communication date cannot take place of factual showing of (continuously 
dated) evidences of work actually performed - preferably on the above Exhibits from CD0 until 
10/28/03 -for showing due diligent work as required by 715.07, not withstanding the fact that 
disclosure, drawings compacted in some 'date-blocked-off document (that is Exhibits 1.1-1.4) 
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cannot stand for justifiable dated work documentation or testings or agenda thereof. That is, in 
light of (i) (ii) and (iii) the chunk of due diligence between CDO and the first Email date appears 
to be unfulfilled in regard to the above burden. 

(B) Applicants have submitted that Mr. Wong communication via Email in regard to the draft 
and the corresponding exhibit on different dates 1 1/25/03, 1 1/28/03 (Affidavit: items 6-8) 
leading to the date of constructive reduction to practice. These date amounts to concrete extra- 
curriculum facts that are deemed not sufficient to corroborate on the work done by Applicants 
with respect to the Exhibits in a manner such the diligence is established in a continuous flow of 
dated evidences, without any unexplained gap thereof, as observed above in (iii). Since 
conception is by virtue of declaration established on CDO, the mere fact of presenting a whole 
document with blockcd-off date (emphasis added) cannot prove what has been done between 
CDO and the date of constructive reduction to practice, according to: 

if the applicant or patent owner does not desire to disclose his or her actual dates, he or she may merely 
allege that the acts referred to occurred prior to a specified date. However, the actual dates of acts 
relied on to establish diligence must be provided 

Hence, the proof of diligence is still deemed not satisfactory when Email communication 
dates are provided with no convincing evidence as to how these Email interrelate with the stages 
of developing performed on the very subject matter as claimed (or as contended with against 
Vishwanath); nor is there evidence from the Emails that certain part of the Exhibits were still 
being worked on so to require said communication (i.e. comments about a draft cannot establish 
that actual work done to perfect a conceived invention was still maintained in terms of proper 
showing of their time sequencing), especially when the Exhibits appear to be post-development 
documentation presented as if in a post-mortem or non-contextual timeframe. 
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(C ) Applicants have submitted that Exhibits 1 . 1-1 .4 in its specific portions represent the 
relevant claimed invention (Affidavit: items 9-18). What appears to be an attempt to map certain 
parts of a deliberately undated document to portions of the claimed invention cannot establish 

(a) that these specific mapped parts were being worked on since CDO up until 1 1/19/03 the date 
of the filing; 

(b) nor can it correlate with what appears to be mere extra-curriculum interaction with the 
Attorney, Mr. Wong; correlation in terms of showing why or how these parts while being tested 
(emphasis added) require Mr. Wong's attention so to accommodate or respond; 

(c) a dated record of work diligently performed because what appears to be complete 
documentation as shown in Exhibits 1.1-1.4 clearly shows that this is not an ongoing record of 
portions of the disclosure (which Applicants attempt to map from above) still in development 
progress via evidence of tasks effectuated in conjunction with continuous date therefor. 

The evidences for establishing due diligent work from CDO until 1 1/29/03 are deemed 
insufficient, hence the effect of the affidavit is herein dismissed. The alleged conception date as 
set forth in the Declaration is not deemed convincingly coupled with solid proof of due diligence 
as required by the 715.07 

Declaration of Kirk Wong: 
(D) The Attorney has declared receiving disclosure materials on 10/24/03 then 'devoted 
diligent activity' as shown in Exhibit 2.2 as well as other instances of communications as 
10/28/03, draft related convening as of 1 1/07/03/ 1 1/17/03, 1 1/25/03, 1 1/26/03, 1 1/28/03 
(Wong's Affidavit: pg. 1-2). Concrete events such as those dates cannot establish that 
Applicants have since CDO provided effects of the work in progress to the Attorney, and since 
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that very first assignment date, continual flow of materials related to such work was 
communicated with the Attorney to help the Attorney put together the pieces leading to the final 
version of the invention as finally drafted prior to 1 1/29/03. The way Mr. Wong presents his 
communication - by way of the above dates, i.e. to resolve conflicts in view of perfecting a draft 
— amounts to mere concrete time events by which a draft by the Attorney would be by leap and 
bounds finalized, and this is not showing how the pieces of the work done (by the Applicants in 
respect to the subject matter as specifically claimed) since CDO had continued to be fed into the 
Attorney Office, for the final reduction to practice to be reached. Evidence of due diligence is 
deemed insufficient here in spite of the above proffering of draft-related activity dates. The draft 
being crux to Mr. Wong communication and discussion has not been provided with sufficient 
facts to support that the draft is an incremental record of a continuous flow of materials coming 
from the very portions of subject matter as set forth above, each of which provided with 
sufficient corroborating date information. The above draft (Wong's Affidavit : item 6) cannot 
evade one's interpretation that such was a mere draft being worked on at some (unexplained) 
time intervals to meet a reduction to practice, and a elongated scenario to perfect a form of 
reduction to practice is not same (emphasis added) as establishing 'due diligence' via continuous 
effort (by the Applicants starting since CDO) evidenced in a time continuous manner (e.g. with 
date flow without unexplained gap therein) in order to put together (via actual work done and 
corroborating showing) the effects needed to achieve parts then all of the claimed invention 
(specially timely work done in regard to the subject matter contested against Vishwanath). The 
above affidavit by Mr Wong will be deemed insufficient to support diligence in both counts: one, 
by Applicants which fail to show factual works flowing from CDO until 1 1/29/03; two, by the 
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Attorney in terms of supporting evidences in helping assembling together the results achieved 
from the above work by Applicants. 

Examiner's response to Applicants Remarks 
(E) Applicants have submitted (Appl. Rmrks pg. 2-4) that Applicants are entitled to a date 
prior to 10/10/03; that they have conceived the invention prior to 10/10/03; that they acted 
diligently from CD0 until Applicants' filing date (in providing dates in which schedules and 
meeting were geared to drafting and preparing the application, including comments being sent 
back and forth). All of the dates of communication with the Attorney to help perfect a draft for 
the final reduction to practice has been deemed insufficient to establish diligent work done by the 
applicants with respect to the specific of the claimed invention, when the Exhibits 1 . 1 - 1 .4 
shown in a no-date vacuum context amount to a accomplished document devoid of proof of data- 
by-date work achieved since CD0. Insufficient as evidences for diligence are the concrete events 
or Email-based extra-curriculum activities to help put forth a draft, such activities amounting to 
reaching a final draft (by way of time-interrupted actions by the legal representative), all of 
which deemed largely uncorrelated with the MPEP 715.07 requirement that actual time-based 
proof of diligent work (at least by Applicants) in regard to specific parts on the claimed invention 
has to be provided in a believable manner. 

The Applicants' argument, in light of all of the above, are not deemed sufficient to 
overcome the effective date by Vishwanath; and the claims will stand rejected as set forth above. 
Conclusion 

6. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1.136(a). 
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A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1 .136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Tuan A Vu whose telephone number is (571) 272-3735. The 
examiner can normally be reached on 8AM-4:30PM/Mon-Fri. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Lewis Bullock can be reached on (571)272-3759. 

The fax phone number for the organization where this application or proceeding is 
assigned is (571) 273-3735 ( for non-official correspondence - please consult Examiner before 
using) or 571-273-8300 ( for official correspondence) or redirected to customer service at 571- 
272-3609. 

Any inquiry of a general nature or relating to the status of this application should be 
directed to the TC 2100 Group receptionist: 571-272-2100. 

Information regarding the status of an application may be obtained from the Patent Application 
Information Retrieval (PAIR) system. Status information for published applications may be 
obtained from either Private PAIR or Public PAIR. Status information for unpublished 
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applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 



/Tuan A Vu/ 

Primary Examiner, Art Unit 2193 
April 01,2008 



